Methods and apparatus to correct misattributions of media impressions

ABSTRACT

Methods, apparatus, and articles of manufacture to correct misattributions of media impressions are disclosed. An example method includes obtaining first demographic-based impressions via a beacon transmitted in response to access to content by a first set of panelists, obtaining, from a database proprietor, second demographic-based impressions of the content on a second set of persons, forming a pseudo-inverse matrix determined based in part on the first impressions, and having a truncated value and a damped value to form third demographic-based impressions of the content on the second set of persons based on the second impressions, and computing at least partially corrected demographic-based impressions values by multiplying a vector of database proprietor impression data by the pseudo-inverse matrix.

RELATED APPLICATIONS

This patent arises from an application claiming the benefit of U.S.Provisional Patent Application No. 62/457,053 filed Feb. 9, 2017, whichis hereby incorporated by references herein in its entirety.

FIELD OF THE DISCLOSURE

The present disclosure relates generally to monitoring media and, moreparticularly, to methods and apparatus to correct misattributions ofmedia impressions.

BACKGROUND

Traditionally, audience measurement entities determine audienceengagement levels for media based, in part, on media measurement datacollected from registered panel members. That is, an audiencemeasurement entity enrolls people who consent to being monitored into apanel. The audience measurement entity then monitors those panel membersto determine media (e.g., television programs or radio programs, movies,DVDs, advertisements, streaming media, websites, etc.) presented toand/or near those panel members. In this manner, the audiencemeasurement entity can determine exposure metrics for media based on thecollected media measurement data.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example environment in which an example clientdevice operates to report audience impressions for media to impressioncollection entities to facilitate identifying total impressions andsizes of unique audiences exposed to different media.

FIG. 2 is an example block diagram including an example communicationflow in which an audience measurement entity (AME) and a databaseproprietor (DP) can collect impressions and demographic informationbased on a client device reporting impressions to the AME and the DP.

FIG. 3-6 are flow diagrams representative of example machine readableinstructions that may be executed to implement the misattributioncorrector of FIG. 2 to determine misattribution correction factors.

FIG. 7 illustrates an example processor system structured to execute theexample instructions of FIGS. 3-6 to implement the example AME of FIGS.1 and/or 2.

DETAILED DESCRIPTION

Techniques for monitoring user access to Internet-accessible media suchas web pages, advertisements, content and/or other media has evolvedsignificantly over the years. At one point in the past, such monitoringwas done primarily through server logs. In particular, entities servingmedia on the Internet would log the number of requests received fortheir media at their server and transmit the logged data to the audiencemeasurement entity. Basing Internet usage research on server logs isproblematic for several reasons. For example, server logs can betampered with either directly or via zombie programs which repeatedlyrequest media from the server to increase the server log counts.Secondly, media is sometimes retrieved once, cached locally and thenrepeatedly viewed from the local cache without involving the server inthe repeat viewings. Server logs cannot track these views of cachedmedia. Thus, server logs are susceptible to both over-counting andunder-counting errors.

Techniques disclosed in U.S. Pat. No. 6,108,637, Blumenau, fundamentallychanged the way Internet monitoring is performed and overcame thelimitations of the server side log monitoring techniques describedabove. For example, Blumenau disclosed a technique wherein Internetmedia to be tracked is tagged with beacon instructions. In particular,monitoring instructions are associated with the HTML of the media to betracked. When a client requests the media, both the media and the beaconinstructions are downloaded to the client. The beacon instructions are,thus, executed whenever the media is accessed, be it from a server orfrom a cache.

The beacon instructions cause monitoring data reflecting informationabout the access to the media to be sent from the client that downloadedthe media to a monitoring entity. Typically, the monitoring entity is anaudience measurement entity (AME) that did not provide the media to theclient and who is a trusted (e.g., neutral) third party for providingaccurate usage statistics (e.g., The Nielsen Company, LLC).Advantageously, because the beaconing instructions are associated withthe media and executed by the client browser whenever the media isaccessed, the monitoring information is provided to the AME irrespectiveof whether the client is a panelist of the AME.

Audience measurement entities and/or other businesses often desire tolink demographics to the monitoring information. To address this issue,the AME establishes a panel of users who have agreed to provide theirdemographic information and to have their Internet browsing activitiesmonitored. When an individual joins the panel, they provide detailedinformation concerning their identity and/or demographics (e.g., gender,age, ethnicity, income, home location, occupation, etc.) to the AME. TheAME sets a cookie on the panelist computer that enables the audiencemeasurement entity to identify the panelist whenever the panelistaccesses tagged media and, thus, sends monitoring information to theaudience measurement entity.

While beacon usage provides rich information about the number ofimpressions, it lacks detailed information about the demographicsassociated with impressions for non-panelists. Since most of the clientsproviding monitoring information from the tagged media are not panelistsand, thus, are unknown to the AME, statistical methods may be used toimpute demographic information based on the data collected forpanelists. The information may be used to impute information about alarger population of users providing data for the tagged media. However,panel sizes of audience measurement entities remain small compared tothe general population of users. Thus, a problem is presented as to howto increase panel sizes while ensuring the demographics data of thepanel is accurate.

There are many database proprietors (DPs) operating on the Internet.These DPs provide services to large numbers of subscribers. In exchangefor the provision of the service, the subscribers register with theproprietor. As part of this registration, the subscribers providedetailed demographic information. Examples of such DPs include socialnetwork providers, email providers, etc. such as Facebook, Myspace,Twitter, Yahoo!, Google, etc. These DPs set cookies on the computers oftheir subscribers to enable the DP to recognize the user when they visittheir website.

The protocols of the Internet make cookies inaccessible outside of adomain (e.g., Internet domain, domain name, etc.) on which they wereset. Thus, a cookie set in the sample123.com domain is accessible toservers in the sample123.com domain, but not to servers outside thatdomain. Therefore, although an AME might find it advantageous to accessthe cookies set by the DPs, they are unable to do so.

Techniques disclosed in U.S. Pat. No. 8,370,489, Mainak et al., enablean audience measurement company to leverage the existing databases ofDPs to collect more extensive Internet usage and demographic data byextending the beaconing process to encompass partnered DPs and by usingsuch partners as interim data collectors. The techniques disclosed inMainak et al. accomplish this task by responding to beacon requests fromclients (who may not be a member of an audience member panel and, thus,may be unknown to the audience member entity) accessing tagged contentby redirecting the client from the AME to a DP such as a social networksite partnered with the audience member entity. The redirectioninitiates a communication session between the client accessing thetagged content and the DP. The DP (e.g., Facebook) can access any cookieit has set on the client to thereby identify the client based on theinternal records of the DP. In the event the client is a subscriber ofthe DP, the DP logs the content impression in association with thedemographics data of the client and subsequently forwards the log to theaudience measurement company. In the event the client is not asubscriber of the DP, the DP redirects the client to the audiencemeasurement company. The audience measurement company may then redirectthe client to a second, different DP that is partnered with the AME.That second proprietor may then attempt to identify the client asexplained above. This process of redirecting the client from DP to DPcan be performed any number of times until the client is identified andthe content exposure logged, or until all partners have been contactedwithout a successful identification of the client. The redirections alloccur automatically so the user of the client is not involved in thevarious communication sessions and may not even know they are occurring.

The partnered DPs provide their logs and demographic information to theAME which then compiles the collected data into statistical reportsaccurately identifying the demographics of persons accessing the taggedcontent. Because the identification of clients is done with reference toenormous databases of users far beyond the quantity of persons presentin a conventional audience measurement panel, the data developed fromthis process is extremely accurate, reliable and detailed.

Significantly, because the AME remains the first leg of the datacollection process (e.g., receives the request generated by the beaconinstructions from the client), the AME is able to obscure the source ofthe content access being logged as well as the identity of the contentitself from the DPs (thereby protecting the privacy of the contentsources), without compromising the ability of the DPs to log impressionsfor their subscribers. Further, the Internet security cookie protocolsare complied with because the only servers that access a given cookieare associated with the Internet domain (e.g., Facebook.com) that setthat cookie.

Examples disclosed in Mainak et al. (U.S. Pat. No. 8,370,489) can beused to determine any type of media impressions or exposures (e.g.,content impressions, advertisement impressions, content exposure, and/oradvertisement exposure) using demographic information, which isdistributed across different databases (e.g., different website owners,service providers, etc.) on the Internet. Not only do such disclosedexamples enable more accurate correlation of Internet advertisementexposure to demographics, but they also effectively extend panel sizesand compositions beyond persons participating in the panel of an AMEand/or a ratings entity to persons registered in other Internetdatabases such as the databases of social medium sites such as Facebook,Twitter, Google, etc. Such extension effectively leverages the contenttagging capabilities of the ratings entity and the use of databases ofnon-ratings entities such as social media and other websites to createan enormous, demographically accurate panel that results in accurate,reliable measurements of exposures to Internet content such asadvertising and/or programming.

In some examples disclosed herein, media exposure is measured in termsof online Gross Rating Points. A Gross Rating Point (GRP) is a unit ofmeasurement of audience size that has traditionally been used in thetelevision ratings context. It is used to measure exposure to one ormore media (e.g., programs, advertisements, etc.) without regard tomultiple exposures of the same media to individuals. In terms oftelevision (TV) advertisements, one GRP is equal to 1% of TV households.While GRPs have traditionally been used as a measure of televisionviewership, examples disclosed herein may be used in connection withgenerating online GRPs for online media to provide a standardized metricthat can be used across the Internet to accurately reflect onlineadvertisement exposure. Such standardized online GRP measurements canprovide greater certainty to advertisers that their online advertisementmoney is well spent. It can also facilitate cross-medium comparisonssuch as viewership of TV advertisements and online advertisements.Because examples disclosed herein may be used to correct impressionsthat associate viewership measurements with corresponding demographicsof users, the information processed using examples disclosed herein mayalso be used by advertisers to identify markets reached by theiradvertisements and/or to target particular markets with futureadvertisements.

Traditionally, audience measurement entities (also referred to herein as“ratings entities”) determine demographic reach for advertising andmedia programming based on registered panel members. That is, an AMEenrolls people that consent to being monitored into a panel. Duringenrollment, the AME receives demographic information from the enrollingpeople so that subsequent correlations may be made betweenadvertisement/media exposure to those panelists and differentdemographic markets. Unlike traditional techniques in which audiencemeasurement entities rely solely on their own panel member data tocollect demographics-based audience measurement, example methods,apparatus, and/or articles of manufacture disclosed herein enable an AMEto share demographic information with other entities that operate basedon user registration models. As used herein, a user registration modelis a model in which users subscribe to services of those entities bycreating an account and providing demographic-related information aboutthemselves. Sharing of demographic information associated withregistered users of DPs enables an AME to extend or supplement theirpanel data with substantially reliable demographics information fromexternal sources (e.g., DPs), thus extending the coverage, accuracy,and/or completeness of their demographics-based audience measurements.Such access also enables the AME to monitor persons who would nototherwise have joined an audience measurement panel. Any entity having adatabase identifying demographics of a set of individuals may cooperatewith the AME. Such entities may be referred to as “DPs” and includeentities such as Facebook. Google, Yahoo!, MSN. Twitter, Apple iTunes,Experian, etc.

To increase the likelihood that measured viewership is accuratelyattributed to the correct demographics, examples disclosed herein usedemographic information located in the AME's records as well asdemographic information located at one or more DPs that maintain recordsor profiles of users having accounts therewith. In this manner, examplesdisclosed herein may be used to supplement demographic informationmaintained by a ratings entity (e.g., an AME such as The Nielsen Company(US), LLC of Schaumburg, Ill., United States of America, that collectsmedia exposure measurements and/or demographics) with demographicinformation from one or more different DPs.

The use of demographic information from disparate data sources (e.g.,high-quality demographic information from the panels of an audiencemeasurement company and/or registered user data of web serviceproviders) results in improved reporting effectiveness of metrics forboth online and offline advertising campaigns. Example techniquesdisclosed herein use online registration data to identify demographicsof users and use server impression counts, tagging (also referred to asbeaconing), and/or other techniques to track quantities of impressionsattributable to those users. Online web service providers such as socialnetworking sites (e.g., Facebook) and multi-service providers (e.g.,Yahoo!. Google, Experian, etc.) (collectively and individually referredto herein as online DPs) maintain detailed demographic information(e.g., age, gender, geographic location, race, income level, educationlevel, religion, etc.) collected via user registration processes. Animpression corresponds to a home or individual having been exposed tothe corresponding media content and/or advertisement. Thus, animpression represents a home or an individual having been exposed to anadvertisement or content or group of advertisements or content. InInternet advertising, a quantity of impressions or impression count isthe total number of times an advertisement or advertisement campaign hasbeen accessed by a web population (e.g., including number of timesaccessed as decreased by, for example, pop-up blockers and/or increasedby, for example, retrieval from local cache memory).

Although such techniques for collecting media impressions are based onhighly accurate demographic information, in some instances collectedimpressions may be misattributed to the wrong person and, thus,associated with incorrect demographic information. For example, in ahousehold having multiple people that use the same client device (e.g.,the same computer, tablet, smart internet appliance, mobile computingdevice), collected impressions from that client device may bemisattributed to a member of the household that is not the current userof the client device. That is, when an online user visits a website andis exposed to an advertisement (or other media) on that site that hasbeen tagged with beacon instructions, there is a redirect to a server ofa DP (e.g., Facebook, Yahoo, Google, etc.). The DP then looks into thelatest cookie in the web browser of that client device. The DP thenattributes the impression to the user account corresponding to thecookie value. For example, the cookie value is one that was previouslyset in the client device by the DP as corresponding to a particularregistered user account of the person logged into the website of that DPwhen the DP set the cookie. After collecting and attributing theimpression to the user account associated with the retrieved cookievalue, the DP aggregates the impressions and the audience based on thedemographics associated with the user account. When this occurs overtime and across many households, a significant number of collectedimpressions are misattributed to the wrong demographic information.

Misattribution is a measurement error that typically arises whenimpressions are collected from a same client device that is shared bymultiple people in that a media impression caused by one person that iscurrently using the client device is incorrectly attributed to anotherperson that previously used the same client device (or owns the device,or for some other reason is linked to the impression). Sharing of aclient device can occur between two individuals who: (1) live in thesame household, and/or (2) have access to the same client device.Misattribution occurs when, for a particular media exposure on a clientdevice, a logged-in-user of a DP service (e.g., Facebook) is not thesame as the current user of the client device that is being exposed tothe media. For example, if person A visits the DP's website in themorning on a client device, but person B uses the same client device inthe afternoon and gets exposed to an ad tagged with beacon instructions,the data provider would attribute the impression to person A sincehe/she was the last person to visit the DP's site, while actually it wasperson B who was at the client device when the media was presented.

Examples disclosed herein can be used to correct misattribution incollected impressions by creating a matrix of misattribution correctionfactors that can be applied to (e.g., multiplied with) a vector {rightarrow over (d)} of DP impression data to obtain a vector {right arrowover (t)} of estimated true impression data. An example method ofcreating the matrix of misattribution correction factors is disclosedherein. As disclosed herein, the total of adjusted impressions numberremains the same after correcting the data for misattribution errors.That is, the total number of impressions is not changed, but theimpressions are, instead, redistributed amongst.

Examples disclosed herein may be implemented by an AME (e.g., any entityinterested in measuring or tracking audience exposures toadvertisements, content, and/or any other media) in cooperation with anynumber of DPs such as online web services providers. Such DPs/online webservices providers may be social network sites (e.g., Facebook, Twitter,MySpace, etc.), multi-service sites (e.g., Yahoo!, Google. Experian,Axiom, Catalina, etc.), online retailer sites (e.g., Amazon.com,Buy.com, etc.), and/or any other web service(s) site that maintains userregistration records.

Additional examples are disclosed below in which example DPs are shownas Facebook (FB), Yahoo (Y), and Google. In the below examples,misattribution adjustment factors are calculated for each site anddemographic group based on a cross-platform television and personalcomputer (TVPC) panel of the AME. The illustrated examples are based onthree months of historical data. However, any other amount of data maybe used. Adjustment factors are then applied to the campaign data from aDP to adjust impression data for the modeled misattribution.

While, for clarity, the following examples are described with referenceto beacons and/or cookies to collect impression data, it should beunderstood that any other method, technique, tool, etc. may be used tocollect AME impression data and/or DP impression data.

FIG. 1 illustrates an example client device 102 that reports audienceimpressions for media to impression collection entities 104 tofacilitate identifying total impressions and sizes of unique audiencesexposed to different media. As used herein, the term impressioncollection entity refers to any entity that collects impression data.The client device 102 of the illustrated example may be any devicecapable of accessing media over a network. For example, the clientdevice 102 may be a mobile phone, a mobile communication device, atablet, a gaming device, a portable media presentation device, aninternet appliance, a smart television, an internet terminal, acomputer, or any other device capable of presenting media received vianetwork communications. Examples disclosed herein may be used to collectimpression information for any type of media including content and/oradvertisements. Media may include advertising and/or content such as webpages, streaming video, streaming audio, movies, and/or any other typeof content and/or advertisement deliver via satellite, broadcast, cabletelevision, radio frequency (RF) terrestrial broadcast, Internet (e.g.,internet protocol television (IPTV)), television broadcasts, radiobroadcasts and/or any other vehicle for delivering media. In someexamples, media includes user-generated media that is, for example,uploaded to media upload sites such as YouTube and subsequentlydownloaded and/or streamed by one or more client devices for playback.Media may also include advertisements. Advertisements are typicallydistributed with content (e.g., programming). Traditionally, content isprovided at little or no cost to the audience because it is subsidizedby advertisers that pay to have their advertisements distributed withthe content. As used herein, “media” refers collectively and/orindividually to content and/or advertisement(s) of any type(s).

In the illustrated example, the client device 102 employs a web browserand/or applications (e.g., apps) to access media, some of which includeinstructions that cause the client device 102 to report media monitoringinformation to one or more of the impression collection entities 104.That is, when the client device 102 of the illustrated example accessesmedia, a web browser and/or application of the client device 102executes instructions in the media to send a beacon request orimpression request 108 to one or more of the impression collectionentities 104 via, for example, the Internet 110. The beacon requests 108of the illustrated example include information about accesses to mediaat the client device 102. Such beacon requests 108 allow monitoringentities, such as the impression collection entities 104, to collectimpressions for different media accessed via the client device 102. Inthis manner, the impression collection entities 104 can generate largeimpression quantities for different media (e.g., different contentand/or advertisement campaigns).

The impression collection entities 104 of the illustrated exampleinclude an example AME (AME) 114 and an example DP (DP) 116. In theillustrated example, the AME 114 does not provide the media to theclient device 102 and is a trusted (e.g., neutral) third party (e.g.,The Nielsen Company (US), LLC) for providing accurate media accessstatistics. In the illustrated example, the DP 116 is one of many DPsthat operates on the Internet to provide services to large numbers ofsubscribers. Such services may be email services, social networkingservices, news media services, cloud storage services, streaming musicservices, streaming video services, online retail shopping services,credit monitoring services, etc. Example DPs include social networksites (e.g., Facebook, Twitter, MySpace, etc.), multi-service sites(e.g., Yahoo!, Google, etc.), online retailer sites (e.g., Amazon.com.Buy.com, etc.), credit reporting services (e.g., Experian) and/or anyother web service(s) site that maintains user registration records. Inexamples disclosed herein, the DP 116 maintains user account recordscorresponding to users registered for Internet-based services providedby the DPs. That is, in exchange for the provision of services,subscribers register with the DP 116. As part of this registration, thesubscribers provide detailed demographic information to the DP 116.Demographic information may include, for example, gender, age,ethnicity, income, home location, education level, occupation, etc. Inthe illustrated example, the DP 116 sets a device/user identifier (e.g.,an identifier described below in connection with FIG. 2) on asubscriber's client device 102 that enables the DP 116 to identify thesubscriber.

In the illustrated example, when the DP 116 receives a beacon/impressionrequest 108 from the client device 102, the DP 116 requests the clientdevice 102 to provide the device/user identifier that the DP 116 hadpreviously set for the client device 102. The DP 116 uses thedevice/user identifier corresponding to the client device 102 toidentify demographic information in its user account recordscorresponding to the subscriber of the client device 102. In thismanner, the DP 116 can generate demographic impressions by associatingdemographic information with an audience impression for the mediaaccessed at the client device 102. As explained above, a demographicimpression is an impression that is associated with a characteristic(e.g., a demographic characteristic) of the person exposed to the media.

In the illustrated example, the AME 114 establishes an AME panel ofusers who have agreed to provide their demographic information and tohave their Internet browsing activities monitored. When an individualjoins the AME panel, the person provides detailed information concerningthe person's identity and demographics (e.g., gender, age, ethnicity,income, home location, occupation, etc.) to the AME 114. The AME 114sets a device/user identifier (e.g., an identifier described below inconnection with FIG. 2) on the person's client device 102 that enablesthe AME 114 to identify the panelist. An AME panel may be across-platform TVPC panel built and maintained by the AME 114. In otherexamples, the AME panel may be a computer panel or internet-device panelwithout corresponding to a television audience panel. In yet otherexamples, the AME panel may be a cross-platform radio/computer paneland/or a panel formed for other mediums.

In the illustrated example, when the AME 114 receives a beacon request108 from the client device 102, the AME 114 requests the client device102 to provide the AME 114 with the device/user identifier that the AME114 previously set in the client device 102. The AME 114 uses thedevice/user identifier corresponding to the client device 102 toidentify demographic information in its user AME panelist recordscorresponding to the panelist of the client device 102. In this manner,the AME 114 can generate demographic impressions by associatingdemographic information with an audience impression for the mediaaccessed at the client device 102.

In the illustrated example, the client device 102 is used in an examplehousehold 120 in which household members 122 and 124 (identified assubscriber A 122 and subscriber B 124) are subscribers of aninternet-based service offered by the DP 116. In the illustratedexample, subscriber A 122 and subscriber B 124 share the client device102 to access the internet-based service of the DP 116 and to accessother media via the Internet 110. In the illustrated example, when theDP 116 receives a beacon/impression request 108 for media accessed viathe client device 102, the DP 116 logs an impression for the mediaaccess as corresponding to the subscriber 122, 124 of the household 120that most recently logged into the DP 116. Misattributions ofimpressions logged by the DP 116 are likely to occur in circumstancessimilar to the example household 120 of FIG. 1 in which multiple peoplein a household share a client device. For example, if the subscriber A122 logs into a service of the DP 116 on the client device 102, and thesubscriber B 124 subsequently uses the client device 102 without loggingin to the service of the DP 116, the DP 116 attributes logged impressionto the subscriber A 122 even though the use is actually by subscriber B124 because the subscriber A 122 was the last person to log into the DP116 and, thus, the subscriber A 122 was most recently identified by theDP 116 as the subscriber using the client device 102. As such, eventhough the subscriber B 124 was subsequently using the client device102, impressions logged by the DP 116 during such use are not attributedto the correct person (i.e., the subscriber B 124) because the mostrecent login detected by the DP 116 corresponded to the subscriber A122. In the illustrated example, logins are used by the DP 116 toidentify subscribers using particular devices by associating device/useridentifiers on the client devices with subscriber accounts at the DP 116corresponding to usernames used during the logins. As such, the DP 116assumes that the most recent login is indicative of a subscriber usingthe client device 102 until another login event is received at the DP116 that identifies a different subscriber. Such assumptions based onthe most recent login lead to the above-described misattributions.

FIG. 2 illustrates an example communication flow within a system 200 inwhich the example AME 114 and the example DP 116 of FIG. 1 collectimpressions and demographic information based on the client device 102reporting impressions to the AME 114 and the DP 116. The example system200 of FIG. 2 also includes an example misattribution corrector 202. Themisattribution corrector 202 of the illustrated example corrects uniqueaudience sizes and impression counts that are based on impressionsreported by client devices (e.g., the client device 102) and for whichthe DP 116 has misattributed some of those impressions to incorrectpeople and, thus, incorrect demographic information. The example chainof events shown in FIG. 2 occurs when the client device 102 accessesmedia for which the client device 102 reports an impression to the AME114 and the DP 116. In some examples, the client device 102 reportsimpressions for accessed media based on instructions (e.g., beaconinstructions) embedded in the media that instruct the client device 102(e.g., instruct a web browser or an app in the client device 102) tosend beacon/impression requests (e.g., the beacon/impression requests108 of FIG. 1) to the AME 114 and/or the DP 116. In such examples, themedia having the beacon instructions is referred to as tagged media. Inother examples, the client device 102 reports impressions for accessedmedia based on instructions embedded in apps or web browsers thatexecute on the client device 102 to send beacon/impression requests(e.g., the beacon/impression requests 108 of FIG. 1) to the AME 114,and/or the DP 116 for corresponding media accessed via those apps or webbrowsers. In any case, the beacon/impression requests (e.g., thebeacon/impression requests 108 of FIG. 1) include device/useridentifiers (e.g., AME IDs and/or DP IDs) as described further below toallow the corresponding AME 114 and/or DP 116 to associate demographicinformation with resulting logged impressions.

In the illustrated example, the client device 102 accesses media 206that is tagged with beacon instructions 208. The beacon instructions 208cause the client device 102 to send a beacon/impression request 212 toan AME impressions collector 218 when the client device 102 accesses themedia 206. For example, a web browser and/or app of the client device102 executes the beacon instructions 208 in the media 206 which instructthe browser and/or app to generate and send the beacon/impressionrequest 212. In the illustrated example, the client device 102 sends thebeacon/impression request 212 to the AME impression collector 218 usingan HTTP (hypertext transfer protocol) request addressed to the URL(uniform resource locator) of the AME impressions collector 218 at, forexample, a first internet domain of the AME 114. The beacon/impressionrequest 212 of the illustrated example includes a media identifier 213(e.g., an identifier that can be used to identify content, anadvertisement, and/or any other media) corresponding to the media 206.In some examples, the beacon/impression request 212 also includes a siteidentifier (e.g., a URL) of the website that served the media 206 to theclient device 102 and/or a host website ID (e.g., ww.acme.com) of thewebsite that displays or presents the media 206. In the illustratedexample, the beacon/impression request 212 includes a device/useridentifier 214. In the illustrated example, the device/user identifier214 that the client device 102 provides in the beacon impression request212 is an AME ID because it corresponds to an identifier that the AME114 uses to identify a panelist corresponding to the client device 102.In other examples, the client device 102 may not send the device/useridentifier 214 until the client device 102 receives a request for thesame from a server of the AME 114 (e.g., in response to, for example,the AME impressions collector 218 receiving the beacon/impressionrequest 212).

In some examples, the device/user identifier 214 may be a deviceidentifier (e.g., an international mobile equipment identity (IMEI), amobile equipment identifier (MEID), a media access control (MAC)address, etc.), a web browser unique identifier (e.g., a cookie), a useridentifier (e.g., a user name, a login ID, etc.), an Adobe Flash® clientidentifier, identification information stored in an HTML5 datastore,and/or any other identifier that the AME 114 stores in association withdemographic information about users of the client devices 102. When theAME 114 receives the device/user identifier 214, the AME 114 can obtaindemographic information corresponding to a user of the client device 102based on the device/user identifier 214 that the AME 114 receives fromthe client device 102. In some examples, the device/user identifier 214may be encrypted (e.g., hashed) at the client device 102 so that only anintended final recipient of the device/user identifier 214 can decryptthe hashed identifier 214. For example, if the device/user identifier214 is a cookie that is set in the client device 102 by the AME 114, thedevice/user identifier 214 can be hashed so that only the AME 114 candecrypt the device/user identifier 214. If the device/user identifier214 is an IMEI number, the client device 102 can hash the device/useridentifier 214 so that only a wireless carrier (e.g., the DP 116) candecrypt the hashed identifier 214 to recover the IMEI for use inaccessing demographic information corresponding to the user of theclient device 102. By hashing the device/user identifier 214, anintermediate party (e.g., an intermediate server or entity on theInternet) receiving the beacon request cannot directly identify a userof the client device 102.

In response to receiving the beacon/impression request 212, the AMEimpressions collector 218 logs an impression for the media 206 bystoring the media identifier 213 contained in the beacon/impressionrequest 212. In the illustrated example of FIG. 2, the AME impressionscollector 218 also uses the device/user identifier 214 in thebeacon/impression request 212 to identify AME panelist demographicinformation corresponding to a panelist of the client device 102. Thatis, the device/user identifier 214 matches a user ID of a panelistmember (e.g., a panelist corresponding to a panelist profile maintainedand/or stored by the AME 114). In this manner, the AME impressionscollector 218 can associate the logged impression with demographicinformation of a panelist corresponding to the client device 102. TheAME impressions collector 218 stores the logged impression anddemographic information in an AME impressions datastore 232.

In some examples, the beacon/impression request 212 may not include thedevice/user identifier 214 if, for example, the user of the clientdevice 102 is not an AME panelist. In such examples, the AME impressionscollector 218 logs impressions regardless of whether the client device102 provides the device/user identifier 214 in the beacon/impressionrequest 212 (or in response to a request for the identifier 214). Whenthe client device 102 does not provide the device/user identifier 214,the AME impressions collector 218 will still benefit from logging animpression for the media 206 even though it will not have correspondingdemographics. For example, the AME 114 may still use the loggedimpression to generate a total impressions count and/or a frequency ofimpressions (e.g., an impressions frequency) for the media 206.Additionally or alternatively, the AME 114 may obtain demographicsinformation from the DP 116 for the logged impression if the clientdevice 102 corresponds to a subscriber of the DP 116.

In the illustrated example of FIG. 2, to compare or supplement panelistdemographics (e.g., for accuracy or completeness) of the AME 114 withdemographics from one or more DPs (e.g., the DP 116), the AMEimpressions collector 218 returns a beacon response message 222 (e.g., afirst beacon response) to the client device 102 including an HTTP “302Found” re-direct message and a URL of a participating DP 116 at, forexample, a second internet domain. In the illustrated example, the HTTP“302 Found” re-direct message in the beacon response 222 instructs theclient device 102 to send a second beacon request 226 to the DP 116. Inother examples, instead of using an HTTP “302 Found” re-direct message,redirects may be implemented using, for example, an iframe sourceinstruction (e.g., <iframe src=“ ”>) or any other instruction that caninstruct a client device to send a subsequent beacon request (e.g., thesecond beacon request 226) to a participating DP 116. In the illustratedexample, the AME impressions collector 218 determines the DP 116specified in the beacon response 222 using a rule and/or any othersuitable type of selection criteria or process. In some examples, theAME impressions collector 218 determines a particular DP to which toredirect a beacon request based on, for example, empirical dataindicative of which DP is most likely to have demographic data for auser corresponding to the device/user identifier 214. In some examples,the beacon instructions 208 include a predefined URL of one or more DPsto which the client device 102 should send follow up beacon requests226. In other examples, the same DP is always identified in the firstredirect message (e.g., the beacon response 222).

In the illustrated example of FIG. 2, the beacon/impression request 226may include a device/user identifier 227 that is a DP ID because it isused by the DP 116 to identify a subscriber of the client device 102when logging an impression. In some instances (e.g., in which the DP 116has not yet set a DP ID in the client device 102), the beacon/impressionrequest 226 does not include the device/user identifier 227. In someexamples, the DP ID is not sent until the DP requests the same (e.g., inresponse to the beacon/impression request 226). In some examples, thedevice/user identifier 227 is a device identifier (e.g., aninternational mobile equipment identity (IMEI), a mobile equipmentidentifier (MEID), a media access control (MAC) address, etc.), a webbrowser unique identifier (e.g., a cookie), a user identifier (e.g., auser name, a login ID, etc.), an Adobe Flash® client identifier,identification information stored in an HTML5 datastore, and/or anyother identifier that the DP 116 stores in association with demographicinformation about subscribers corresponding to the client devices 102.When the DP 116 receives the device/user identifier 227, the DP 116 canobtain demographic information corresponding to a user of the clientdevice 102 based on the device/user identifier 227 that the DP 116receives from the client device 102. In some examples, the device/useridentifier 227 may be encrypted (e.g., hashed) at the client device 102so that only an intended final recipient of the device/user identifier227 can decrypt the hashed identifier 227. For example, if thedevice/user identifier 227 is a cookie that is set in the client device102 by the DP 116, the device/user identifier 227 can be hashed so thatonly the DP 116 can decrypt the device/user identifier 227. If thedevice/user identifier 227 is an IMEI number, the client device 102 canhash the device/user identifier 227 so that only a wireless carrier(e.g., the DP 116) can decrypt the hashed identifier 227 to recover theIMEI for use in accessing demographic information corresponding to theuser of the client device 102. By hashing the device/user identifier227, an intermediate party (e.g., an intermediate server or entity onthe Internet) receiving the beacon request cannot directly identify auser of the client device 102. For example, if the intended finalrecipient of the device/user identifier 227 is the DP 116, the AME 114cannot recover identifier information when the device/user identifier227 is hashed by the client device 102 for decrypting only by theintended DP 116.

In some examples that use cookies as the device/user identifier 227,when a user deletes a DP cookie from the client device 102, the DP 116sets the same cookie value in the client device 102 the next time theuser logs into a service of the DP 116. In such examples, the cookiesused by the DP 116 are registration-based cookies, which facilitatesetting the same cookie value after a deletion of the cookie value hasoccurred on the client device 102. In this manner, the DP 116 cancollect impressions for the client device 102 based on the same cookievalue over time to generate unique audience (UA) sizes while eliminatingor substantially reducing the likelihood that a single unique personwill be counted as two or more separate unique audience members.

Although only a single DP 116 is shown in FIGS. 1 and 2, the impressionreporting/collection process of FIGS. 1 and 2 may be implemented usingmultiple DPs. In some such examples, the beacon instructions 208 causethe client device 102 to send beacon/impression requests 226 to numerousDPs. For example, the beacon instructions 208 may cause the clientdevice 102 to send the beacon/impression requests 226 to the numerousDPs in parallel or in daisy chain fashion. In some such examples, thebeacon instructions 208 cause the client device 102 to stop sendingbeacon/impression requests 226 to DPs once a DP has recognized theclient device 102. In other examples, the beacon instructions 208 causethe client device 102 to send beacon/impression requests 226 to DPs sothat multiple DPs can recognize the client device 102 and log acorresponding impression. In any case, multiple DPs are provided theopportunity to log impressions and provide corresponding demographicsinformation if the user of the client device 102 is a subscriber ofservices of those DPs.

In some examples, prior to sending the beacon response 222 to the clientdevice 102, the AME impressions collector 218 replaces site IDs (e.g.,URLs) of media provider(s) that served the media 206 with modified siteIDs (e.g., substitute site IDs) which are discernable only by the AME114 to identify the media provider(s). In some examples, the AMEimpressions collector 218 may also replace a host website ID (e.g.,www.acme.com) with a modified host site ID (e.g., a substitute host siteID) which is discernable only by the AME 114 as corresponding to thehost website via which the media 206 is presented. In some examples, theAME impressions collector 218 also replaces the media identifier 213with a modified media identifier 213 corresponding to the media 206. Inthis way, the media provider of the media 206, the host website thatpresents the media 206, and/or the media identifier 213 are obscuredfrom the DP 116, but the DP 116 can still log impressions based on themodified values which can later be deciphered by the AME 114 after theAME 114 receives logged impressions from the DP 116. In some examples,the AME impressions collector 218 does not send site IDs, host site IDs,the media identifier 213 or modified versions thereof in the beaconresponse 222. In such examples, the client device 102 provides theoriginal, non-modified versions of the media identifier 213, site IDs,host IDs, etc. to the DP 116.

In the illustrated example, the AME impression collector 218 maintains amodified ID mapping table 228 that maps original site IDs with modified(or substitute) site IDs, original host site IDs with modified host siteIDs, and/or maps modified media identifiers to the media identifierssuch as the media identifier 213 to obfuscate or hide such informationfrom DPs such as the DP 116. Also in the illustrated example, the AMEimpressions collector 218 encrypts all of the information received inthe beacon/impression request 212 and the modified information toprevent any intercepting parties from decoding the information. The AMEimpressions collector 218 of the illustrated example sends the encryptedinformation in the beacon response 222 to the client device 102 so thatthe client device 102 can send the encrypted information to the DP 116in the beacon/impression request 226. In the illustrated example, theAME impressions collector 218 uses an encryption that can be decryptedby the DP 116 site specified in the HTTP “302 Found” re-direct message.

Periodically or aperiodically, the impression data collected by the DP116 is provided to a DP impressions collector 230 of the AME 114 as, forexample, batch data. The DP impressions collector 230 stores thereceived impressions data in a DP impressions datastore 238. Asdiscussed above, some impressions logged by the client device 102 to theDP 116 are misattributed by the DP 116 to a wrong subscriber and, thus,to incorrect demographic information. During a data collecting andmerging process to combine demographic and impression data from the AME114 and the DP 116, demographics of impressions logged by the AME 114for the client device 102 will not correspond to demographics ofimpressions logged by the DP 116 because the DP 116 has misattributedsome impressions to the incorrect demographic information. Examplesdisclosed herein may be used to determine an impressions adjustmentfactor to correct/adjust impression-based data (e.g., total impressionsand unique audience size) provided by the DP 116.

Additional examples that may be used to implement the beacon instructionprocesses of FIG. 2 are disclosed in Mainak et al., U.S. Pat. No.8,370,489. In addition, other examples that may be used to implementsuch beacon instructions are disclosed in Blumenau, U.S. Pat. No.6,108,637.

In the example of FIG. 2, the AME 114 includes the examplemisattribution corrector 202 to correct unique audience values andimpression counts that are based on impressions reported by clientdevices (e.g., the client device 102) for which the DP 116 may havemisattributed some of the impressions to incorrect demographicinformation. The misattribution corrector 202 of the illustrated exampleis provided with the example AME impressions datastore 232, the exampleDP impressions datastore 238, an example correction factor generator234, and an example corrector 236.

The example correction factor generator 234 forms a matrix 240 ofmisattribution correction factors. An example method of forming thematrix 240 is disclosed herein. In the disclosed example, AME impressiondata stored in the AME impressions datastore 232 and DP impression datastored in the DP impressions datastore 238 may be used to form thematrix 240. For example, AME impressions collected using a panel andusing data from panelists (e.g., logins) may be used to obtain truthdata. The truth data can be compared with DP impressions to estimate howa DP would report impression demographics for the panel.

As further disclosed herein, the example corrector 236 may multiply thematrix 240 by a vector {right arrow over (d)} of DP impression data fromthe DP impressions datastore 238 to form a vector {right arrow over (t)}of corrected impression data 242 that is intended to be more accuratethan the original DP impression data stored in the DP impressionsdatastore 238. The vector {right arrow over (t)} of corrected impressiondata 242 is often referred to as containing true data or truth data asit represents at least partially corrected data, even though it may notbe 100% accurate.

While an example manner of implementing the example misattributioncorrector 202, the example impressions collector 218, the example DPimpressions collector 230, the example correction factor generator 234,and the example corrector 236 is illustrated in FIG. 2, one or more ofthe elements, processes and/or devices illustrated in FIG. 2 may becombined, divided, re-arranged, omitted, eliminated and/or implementedin any other way. Further, the example misattribution corrector 202, theexample AME impressions collector 218, the example DP impressionscollector 230, the example correction factor generator 234, and theexample corrector 236 of FIG. 2 may be implemented by hardware,software, firmware and/or any combination of hardware, software, and/orfirmware. Thus, for example, any of the example misattribution corrector202, the example AME impressions collector 218, the example DPimpressions collector 230, the example correction factor generator 234,and the example corrector 236 could be implemented by one or more analogor digital circuit(s), logic circuits, programmable processor(s),application specific integrated circuit(s) (ASIC(s)), programmable logicdevice(s) (PLD(s)), and/or field programmable logic device(s) (FPLD(s)).When reading any of the apparatus or system claims of this patent tocover a purely software and/or firmware implementation, at least one ofthe example misattribution corrector 202, the example AME impressionscollector 218, the example DP impressions collector 230, the examplecorrection factor generator 234, and the example corrector 236 is/arehereby expressly defined to include a tangible computer readable storagedevice or storage disk such as a memory, a digital versatile disk (DVD),a compact disk (CD), a Blu-ray disk, etc. storing the software and/orfirmware. Further still, the example misattribution corrector 202, theexample impressions collector 218, the example DP impressions collector230, the example correction factor generator 234, and the examplecorrector 236 of FIG. 2 may include one or more elements, processesand/or devices in addition to, or instead of, those illustrated in FIG.2, and/or may include more than one of any or all of the illustratedelements, processes and devices.

FIGS. 3-6 are flow diagrams representative of machine readableinstructions that may be executed to implement the misattributioncorrector 202 of FIG. 2 to reduce impression misattributions from the DPimpressions datastore 238. In these examples, the machine readableinstructions comprise one or more programs for execution by a processorsuch as the processor 712 shown in the example processor platform 700discussed below in connection with FIG. 7. The program(s) may beembodied in software stored on a tangible computer readable storagemedium such as a CD-ROM, a floppy disk, a hard drive, a digitalversatile disk (DVD), a Blu-ray disk, or a memory associated with theprocessor 712, but the entire program and/or parts thereof couldalternatively be executed by a device other than the processor 712and/or embodied in firmware or dedicated hardware. Further, although theexample program(s) is/are described with reference to the flowchartsillustrated in FIGS. 3-6, many other methods of implementing the examplemisattribution corrector 202 may alternatively be used. For example, theorder of execution of the blocks may be changed, and/or some of theblocks described may be changed, eliminated, or combined.

As mentioned above, the example process(es) of FIGS. 3-6 may beimplemented using coded instructions (e.g., computer and/or machinereadable instructions) stored on a tangible computer readable storagemedium such as a hard disk drive, a flash memory, a read-only memory(ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, arandom-access memory (RAM) and/or any other storage device or storagedisk in which information is stored for any duration (e.g., for extendedtime periods, permanently, for brief instance s, for temporarilybuffering, and/or for caching of the information). As used herein, theterm tangible computer readable storage medium is expressly defined toinclude any type of computer readable storage device and/or storage diskand to exclude propagating signals and to exclude transmission media. Asused herein. “tangible computer readable storage medium” and “tangiblemachine readable storage medium” are used interchangeably. Additionallyor alternatively, the example process(es) of FIGS. 3-6 may beimplemented using coded instructions (e.g., computer and/or machinereadable instructions) stored on a non-transitory computer and/ormachine readable medium such as a hard disk drive, a flash memory, aread-only memory, a compact disk, a digital versatile disk, a cache, arandom-access memory and/or any other storage device or storage disk inwhich information is stored for any duration (e.g., for extended timeperiods, permanently, for brief instances, for temporarily buffering,and/or for caching of the information). As used herein, the termnon-transitory computer readable medium is expressly defined to includeany type of computer readable storage device and/or storage disk and toexclude propagating signals and to exclude transmission media. As usedherein, when the phrase “at least” is used as the transition term in apreamble of a claim, it is open-ended in the same manner as the term“comprising” is open ended.

The example flow diagram of FIG. 3 is shown as two phases including anexample correction factor generation phase 302, and an examplecorrection phase 303. During the transformation matrix formation phase302, the misattribution corrector 202 (FIG. 2) forms a transformationmatrix (block 302A), and forms a correction matrix (block 302B). Duringthe correction phase 303, the misattribution corrector 202 corrects theDP impression data collected by the DP 116 (and/or one or more otherDPs) and stored in the DP impressions datastore 238. In some examples,the correction factor generation phase 302 (including one or both of theblocks 302A and 302B) and the correction phase 303 may be implemented aspart of a same program. In other examples, the correction factorgeneration phase 302 (including one or both of the blocks 302A and 302B)and the correction phase 303 may be implemented as separate programs.

The example correction factor generation phase 302 of FIG. 3 begins atblock 304 at which the AME impressions collector 218 collects impressiondata from the client device 102, and stores the impression data in theAME impressions datastore 232. For example, the AME impressionscollector 218 collects impressions using the techniques described abovein connection with FIG. 2. The DP impressions collector 230 obtainsdevelopment impression records data from the DP 116 that correspond toAME panelists that are also subscribers of the DP 116, and stores the DPimpressions data in the DP impressions datastore 238 (block 306). Thecorrection factor generator 234 or, more generally, the misattributioncorrector 202 determines an impressions summary matrix I (block 308),and determines the transformation matrix D (block 310) based on theimpression data from the client device 102 and the impression recordsdata from the DP 116. In some examples, the correction factor generator234, or more generally, the misattribution corrector 202 determines animpressions summary matrix I and determines the transformation matrix Dbased on survey responses collected at the client device 102. Forexample, the survey responses describe user online media access habits.The transformation matrix D is constructed by dividing each impressionof matrix I by the summation of the impression data of the correspondingmatrix column. For example, the correction factor generator 234 or, moregenerally, the misattribution corrector 202 may use example Equation (1)below to construct each impression of transformation matrix D.

$\begin{matrix}{{p( {i\text{|}j} )} = \frac{n_{i,j}}{\sum\limits_{j}n_{i,j}}} & {{Equation}\mspace{14mu} (1)}\end{matrix}$

In the illustrated example of Equation (1), the variable “j” representstruth impression data collected on the client device 102 by the AMEimpressions collector 218, and stored in the AME impressions datastore232. The variable “i” in the illustrated example of Equation (1)represents provider impression data collected from the DP 116 by the DPimpressions collector 230, and is stored in the DP impressions datastore238. The variable “n” of Equation (1) represents each impression countincluded in the impressions summary matrix I.

The example correction factor generator 234 or, more generally, theexample misattribution corrector 202 determines a pseudo-inverse of thetransformation matrix D to form a pseudo-inverse matrix D⁺ (block 312),truncates singular values of the pseudo-inverse matrix D⁺ having valuesless than a threshold (block 314), and damps (e.g., reduces the valueof) other singular values of the pseudo-inverse matrix D⁺ (block 316).The pseudo-inverse matrix D⁺ is a generalization of the inverse matrix Dthat satisfies four criteria (DD⁺D=D, D⁺DD⁺=D⁺, (DD⁺)′=DD⁺, (D⁺D)′=D⁺D).In some examples, Equation (2) below (singular value decomposition(SVD)) is used to form the pseudo-inverse matrix D⁺.

D ⁺ =VΣ ⁺ U ^(T)   Equation (2)

In the illustrated example of Equation (2), the variables “V” and “U”are orthogonal matrices. In Equation (2), Σ⁺ is the pseudo-inverse ofthe diagonal matrix Σ with non-negative elements. The diagonal elementsof matrix Σ are called singular values (σ_(i)). The pseudo-inverse ofmatrix Σ (Σ⁺) is formed by replacing every non-zero diagonal entry(e.g., singular value) by its reciprocal

$( {{e.g.},\frac{1}{\sigma_{i}}} )$

and transposing the resulting matrix.

In disclosed examples, the corrector 236 or, more generally, themisattribution corrector 202 computes corrected DP impressions bymultiplying vectors of DP impression data by the truncated and dampedpseudo-inverse matrix D⁺ to form at least partially corrected DPimpression values (block 318). Any impressions that are deemed to beimproper, invalid, etc. (e.g., less than zero) may be replaced withimpression values imputed based on others of the corrected impressionvalues (block 320).

FIG. 4 is an example flow diagram representative of machine readableinstructions 400 that may be executed to implement the misattributioncorrector 202 of FIG. 2 to truncate small singular values of thepseudo-inverse matrix D⁺ (block 314 of FIG. 3). The correction factorgenerator 234 determines a threshold value (ζ) to apply to thepseudo-inverse matrix D⁺ (block 402). In some examples, the correctionfactor generator 234 may use bias versus variance to determine thethreshold value (ζ). In the disclosed example, the applied thresholdvalue (ζ) is 0.001. Alternatively, the threshold value (ζ) can be anyvalue that would result in one or more singular vectors to be suppressed(e.g., truncated).

At block 404, the example correction factor generator 234 determineswhether the singular value is less than or equal to the threshold value(ζ). If, at block 404, the example correction factor generatordetermines that the singular value is greater than the threshold value(ζ) (e.g., greater than 0.001), then Σ⁺ of Equation (2) is equal to thereciprocal of the singular value

$( {{e.g.},\frac{1}{\sigma_{i}}} )$

control proceeds to block 408 to construct a truncated pseudo-inversematrix D⁺. If at block 404, the example correction factor generator 234determines that the singular value is less than or equal to thethreshold value (ζ), then, at block 406, Σ⁺ of Equation (2) equals zeroand thus, suppresses the singular value. At block 408, the examplecorrection factor generator 234 constructs a truncated pseudo-inversematrix D⁺. For example, the correction factor generator 234 suppressessingular vectors whose singular values are small (e.g., less than orequal to 0.001) and does not suppress singular vectors whose singularvalues are greater than the applied threshold value (ζ), resulting in atruncated pseudo-inverse matrix D⁺. Truncation often results in a highnoise component of the pseudo-inverse matrix D⁺ and thus, further matrixregularization is disclosed in FIG. 5 below to correct misattribution incollected impressions.

FIG. 5 is an example flow diagram representative of machine readableinstructions 500 that may be executed to implement the misattributioncorrector 202 of FIG. 2 to damp singular values in the pseudo-inversematrix D⁺ (generated at block 316 of FIG. 3). At block 502, the examplecorrection factor generator 234 determines a maximum singular value(σ_(max)) from the pseudo-inverse matrix D⁺. At block 504, thecorrection factor generator 234 determines a damping factor (λ) as apercentage of the maximum singular value (σ_(max)). In the disclosedexample, the damping factor (λ) is 1% of the maximum singular value(σ_(max)). Alternatively, in other examples, the damping factor (λ) maybe any percentage of the maximum singular value (σ_(max)) that tunes(e.g., damps, smoothens, etc.) the remaining singular values from thetruncated pseudo-inverse matrix D⁺ without truncating them.

At block 506, the example correction factor generator 234 determineswhether the singular value is less than or equal to the damping factor(λ). If, at block 506, the correction factor generator 234 determinesthat the singular value is less than or equal to the damping factor (λ)(e.g., less than or equal to 1% of the maximum singular value(σ_(max))), then Σ⁺ of Equation (2) is equal to zero and controlproceeds to block 510 to construct a trunco-damped pseudo-inverse matrixD⁺. If, at block 506, the example correction factor generator 234determines that the singular value is greater than the damping factor(λ) then, at block 508, Σ⁺ of Equation (2) equals

$( \frac{\sigma_{i}}{\sigma_{i}^{2} + \lambda^{2}} )$

and the singular value is damped to reduce the high noise component as aresult of the truncation disclosed above. At block 510, the examplecorrection factor generator 234 constructs a trunco-dampedpseudo-inverse matrix D⁺. For example, the correction factor generator234 damps the remaining singular values whose magnitude is greater thanthe damping factor (λ) and thus, resulting in a trunco-dampedpseudo-inverse matrix D⁺.

FIG. 6 is an example flow diagram representative of machine readableinstructions 600 that may be executed to implement the misattributioncorrector 202 of FIG. 2 to impute replacement impression values. Atblock 602, the example corrector 236 constructs a truth vector {rightarrow over (t)}. For example, the corrector 236 may multiply the matrix240 by a vector {right arrow over (d)} of DP impression data from the DPimpressions datastore 238 to form a vector {right arrow over (t)} ofcorrected impression data 242. At block 604, the corrector 236rearranges the values of the truth vector {right arrow over (t)} indescending order. At block 606, the corrector 236 determines a threshold(τ) to apply to the truth vector {right arrow over (t)}.

At block 608, the corrector 236 determines whether an impression valueof the truth vector {right arrow over (t)} is less than the threshold(τ). If, at block 608, the corrector determines that the impressionvalue of the truth vector {right arrow over (t)} is greater than orequal to the threshold (τ), then the impression value is consideredaccurate and control proceeds to block 614 to construct a new truthvector {right arrow over (t)}. If, at block 608, the corrector 236determines that the impression value of the truth vector {right arrowover (t)} is less than the threshold (τ), then at block 610, thecorrector 236 estimates a replacement impression value. In someexamples, the corrector 236 uses extrapolation from known impressions(e.g., AME impressions collected using a panel) to estimate theimpression value of the truth vector {right arrow over (t)}. In thedisclosed example, the corrector 236 replaces the impression value ofthe truth vector {right arrow over (t)} with a random number from aGaussian distribution about the threshold (τ). At block 612, thecorrector 236 imputes the estimated replacement impression value intothe truth vector {right arrow over (t)}. Then, at block 614, thecorrector 236 constructs a new truth vector {right arrow over (t)}including the replacement impression value(s).

FIG. 7 is a block diagram of an example processor platform 700configured to execute the instructions of FIG. 7 to implement themisattribution corrector 202 of FIG. 2. The processor platform 700 canbe, for example, a server, a personal computer, or any other type ofcomputing device.

The processor platform 700 of the illustrated example includes aprocessor 712. The processor 712 of the illustrated example is hardware.For example, the processor 712 can be implemented by one or moreintegrated circuits, logic circuits, microprocessors or controllers fromany desired family or manufacturer.

In the illustrated example, the processor 712 implements the examplemisattribution corrector 202, the example AME impressions collector 218,the example AME impressions datastore 232, the example DP impressionscollector 230, the example DP impressions datastore 238, the correctionfactor generator 234, and/or the corrector 236 described above inconnection with FIGS. 2-6.

The processor 712 of the illustrated example includes a local memory 713(e.g., a cache). The processor 712 of the illustrated example is incommunication with a main memory including a volatile memory 714 and anon-volatile memory 716 via a bus 718. The volatile memory 714 may beimplemented by Synchronous Dynamic Random Access Memory (SDRAM), DynamicRandom Access Memory (DRAM), RAMBUS Dynamic Random Access Memory (RDRAM)and/or any other type of random access memory device. The non-volatilememory 716 may be implemented by flash memory and/or any other desiredtype of memory device. Access to the main memory 714, 716 is controlledby a memory controller.

In the illustrated example, any one or more of the local memory 713, therandom access memory 714, the read only memory 716, and/or a massstorage device 728 may store the example datastores 232 and/or 238.

The processor platform 700 of the illustrated example also includes aninterface circuit 720. The interface circuit 720 may be implemented byany type of interface standard, such as an Ethernet interface, auniversal serial bus (USB), and/or a PCI express interface.

In the illustrated example, one or more input devices 722 are connectedto the interface circuit 720. The input device(s) 722 permit(s) a userto enter data and commands into the processor 712. The input device(s)can be implemented by, for example, an audio sensor, a microphone, acamera (still or video), a keyboard, a button, a mouse, a touchscreen, atrack-pad, a trackball, isopoint and/or a voice recognition system.

One or more output devices 724 are also connected to the interfacecircuit 720 of the illustrated example. The output devices 724 can beimplemented, for example, by display devices (e.g., a light emittingdiode (LED), an organic light emitting diode (OLED), a liquid crystaldisplay, a cathode ray tube display (CRT), a touchscreen, a tactileoutput device, a light emitting diode (LED), a printer and/or speakers).The interface circuit 720 of the illustrated example, thus, typicallyincludes a graphics driver card, a graphics driver chip or a graphicsdriver processor.

The interface circuit 720 of the illustrated example also includes acommunication device such as a transmitter, a receiver, a transceiver, amodem and/or network interface card to facilitate exchange of data withexternal machines (e.g., computing devices of any kind) via a network726 (e.g., an Ethernet connection, a digital subscriber line (DSL), atelephone line, coaxial cable, a cellular telephone system, etc.).

The processor platform 700 of the illustrated example also includes oneor more mass storage devices 728 for storing software and/or data.Examples of such mass storage devices 728 include floppy disk drives,hard drive disks, compact disk drives. Blu-ray disk drives, RAIDsystems, and digital versatile disk (DVD) drives.

Coded instructions 732 include the machine readable instructions of FIG.3 and may be stored in the mass storage device 728, in the volatilememory 714, in the non-volatile memory 716, and/or on a removabletangible computer readable storage medium such as a CD or DVD.

From the foregoing, it will be appreciate that methods, apparatus andarticles of manufacture have been disclosed which enhance the operationsof a computer to improve the accuracy of impression-based data such asunique audience and impression counts so that computers and processingsystems therein can be relied upon to produce audience analysisinformation with higher accuracies. In some examples, computeroperations can be made more efficient based on the above equations andtechniques for determining misattribution correction factors. That is,through the use of these processes, computers can operate moreefficiently by relatively quickly determining parameters and applyingthose parameters through the above disclosed techniques to determine themisattribution-corrected data. For example, using example processesdisclosed herein, a computer can more efficiently and effectivelycorrect misattribution errors DP without using large amounts of networkcommunication bandwidth (e.g., conserving network communicationbandwidth) and without using large amounts of computer processingresources (e.g., conserving processing resources) to communicate withindividual online users to request survey responses about their onlinemedia access habits and without needing to solely rely on such surveyresponses from such online users. Survey responses from online users canbe inaccurate due to inabilities or unwillingness of users to recollectonline media accesses. Survey responses can also be incomplete, whichcould require additional processor resources to identify and supplementincomplete survey responses. As such, examples disclosed herein moreefficiently and effectively determine misattribution-corrected data.Such misattribution-corrected data is useful in subsequent processingfor identifying exposure performances of different media so that mediaproviders, advertisers, product manufacturers, and/or service providerscan make more informed decisions on how to spend advertising dollarsand/or media production and distribution dollars.

Furthermore, example methods, apparatus, and/or articles of manufacturedisclosed herein identify and overcome inaccuracies in impressionsand/or aggregate impression-based data provided by DPs. For example,example methods, apparatus, and/or articles of manufacture disclosedherein overcome the technical problem of counting impressions anddetermining unique audiences of media on media devices that are sharedby multiple people. Example methods, apparatus, and/or articles ofmanufacture disclosed herein solve this problem without forcing suchmedia devices to be used by only a single person and without forcingpeople to always login to their subscriber accounts of DPs. By notforcing logins into DP accounts, examples disclosed herein do not forceadditional network communications to be employed, thus, reducing networktraffic.

Although certain example methods, apparatus and articles of manufacturehave been disclosed herein, the scope of coverage of this patent is notlimited thereto. On the contrary, this patent covers all methods,apparatus and articles of manufacture fairly falling within the scope ofthe claims of this patent.

What is claimed is:
 1. A method of correcting demographic-basedimpressions of content provided by a content provider site over anetwork, the method comprising: obtaining first demographic-basedimpressions via a beacon transmitted via a network in response to accessto content by a first set of panelists; obtaining, from a databaseproprietor, second demographic-based impressions of the content on asecond set of persons; forming a pseudo-inverse matrix determined basedin part on the first demographic-based impressions, and having atruncated value and a damped value to form third demographic-basedimpressions of the content on the second set of persons based on thesecond demographic-based impressions; and computing at least partiallycorrected demographic-based impression values by multiplying a vector ofdatabase proprietor impression data by the pseudo-inverse matrix.
 2. Themethod as defined in claim 1, wherein the database proprietor includes aservice provider and a social network service.
 3. The method as definedin claim 1, wherein the truncated value is calculated by applying asmall threshold to the pseudo-inverse matrix.
 4. The method as definedin claim 1, wherein the damped value is calculated by applying a dampingfactor to the pseudo-inverse matrix.
 5. The method as defined in claim4, wherein the damping factor is a percentage of a maximum singularvalue of the pseudo-inverse matrix.
 6. The method as defined in claim 1,wherein a replacement impression value is imputed for at least one ofthe third demographic-based impressions.
 7. The method as defined inclaim 1, wherein the pseudo-inverse matrix is determined using SingularValue Decomposition (SVD).
 8. An apparatus to correct demographic-basedimpressions of content provided by a content provider site over anetwork, the apparatus comprising a misattribution corrector to: obtainfirst demographic-based impressions via a beacon transmitted via anetwork in response to access to content by a first set of panelists;obtain, from a database proprietor, second demographic-based impressionsof the content on a second set of persons; form a pseudo-inverse matrixdetermined based in part on the first demographic-based impressions, andhaving a truncated value and a damped value to form thirddemographic-based impressions of the content on the second set ofpersons based on the second demographic-based impressions; and computeat least partially corrected demographic-based impression values bymultiplying a vector of database proprietor impression data by thepseudo-inverse matrix.
 9. The apparatus of claim 8, wherein the databaseproprietor includes a service provider and a social network service. 10.The apparatus of claim 8, wherein the truncated value is calculated byapplying a small threshold to the pseudo-inverse matrix.
 11. Theapparatus of claim 8, wherein the damped value is calculated by applyinga damping factor to the pseudo-inverse matrix.
 12. The apparatus ofclaim 11, wherein the damping factor is a percentage of a maximumsingular value of the pseudo-inverse matrix.
 13. The apparatus of claim8, wherein a replacement impression value is imputed for at least one ofthe third demographic-based impressions.
 14. The apparatus of claim 8,wherein the pseudo-inverse matrix is determined using Singular ValueDecomposition (SVD).
 15. A non-transitory computer-readable storagemedium comprising instruction that, when executed, cause a machine to atleast: obtain first demographic-based impressions via a beacontransmitted via a network in response to access to content by a firstset of panelists; obtain, from a database proprietor, seconddemographic-based impressions of the content on a second set of persons;form a pseudo-inverse matrix determined based in part on the firstdemographic-based impressions, and having a truncated value and a dampedvalue to form third demographic-based impressions of the content on thesecond set of persons based on the second demographic-based impressions;and compute at least partially corrected demographic-based impressionsvalues by multiplying a vector of database proprietor impression data bythe pseudo-inverse matrix.
 16. The non-transitory computer-readablestorage medium as defined in claim 15, wherein the truncated value iscalculated by applying a small threshold to the pseudo-inverse matrix.17. The non-transitory computer-readable storage medium as defined inclaim 15, wherein the damped value is calculated by applying a dampingfactor to the pseudo-inverse matrix.
 18. The non-transitorycomputer-readable storage medium as defined in claim 17, wherein thedamping factor is a percentage of a maximum singular value of thepseudo-inverse matrix.
 19. The non-transitory computer-readable storagemedium as defined in claim 15, wherein a replacement impression value isimputed for at least one of the third demographic-based impressions. 20.The non-transitory computer-readable storage medium as defined in claim15, wherein the pseudo-inverse matrix is determined using Singular ValueDecomposition (SVD).